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Sir: 

We, Suryanarayana Murthy GORTY and Shaibal ROY, 

do hereby declare and state: 

1. We are the co-inventors of claims 1-33 as 
originally filed in the above- identified patent 
application. 

2. Applicants have reviewed the Office Action 
dated September 9, 2005 in which the Examiner stated the 
original 131 Declaration was insufficient because greater 
details concerning the reduction to practice should be 
submitted and clarification as to dates submitted. This 
Supplemental Declaration is submitted in response to that 
Office Action. For purposes of clarity, Exhibit 1 has now 
been resubmitted with all dates included. Applicants also 
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submit Exhibits 2, 3 and 4 that show details regarding the 
timeline achieved when drafting code and the timeframe 
regarding reduction to practice that occurred prior to 
August 7, 2003, the effective date of U.S. patent 
application publication no. 2005/0039048 to Tosey. 

3. We conceived and reduced to practice the 
subject matter of the above-identified patent application 
while working in our offices in the United States at TeamOn 
Systems, Inc., 1180 NW Maple Street, Issaquah, Washington 
98027, prior to August 7, 2003, the effective date of U.S. 
patent application publication no. 2005/0039048 to Tosey. 

4. We conceived of a communications system and 
method of polling electronic mailboxes in which a polling 
agent polls an electronic mailbox to retrieve unique 
identifiers (UID's) of electronic messages. A database 
stores the UID's resulting from the polling. The polling 
agent is operative for polling the electronic mailbox and 
retrieving only those UID's that are newer than the UID's 
from a previous polling to determine that new messages are 
available. Claim 1 recites this function and structure. 

5. We worked diligently and, as shown in 
Exhibit 1, had drafted details of a functional 
specification before August 7, 2 003. The functional 
specification shown in Exhibit 1 indicates the type of 
details and software engine that will make polling 
efficient to retrieve UID's from a source, such as in 
reverse chronological order. Technical details of the 
optimization for the system and method are also set forth. 
This functional specification indicates that we had worked 
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out many of the details of the claimed invention to 
determine the best operating manner. In a few weeks after 
this functional specification was completed, we reduced to 
practice and implemented software for operation and 
testing. 

6. Page 2 of Exhibit 1 explains various 
details. The efficient implementation of the system and 
method includes "new-mail -only" polls in which the engine 
for polling and aggregation, i.e., the "AggEngine" 
retrieves UID's from a source in small batches in reverse 
chronological order until it sees a UID that already exists 
in the database. This engine includes a function "AggCron" 
that can make the choice between "new-mail -only" and 
"regular" polls. There is a use of a POP proxy that could 
be used with some deletions at the source. Some 
optimization could keep the UID's in the database longer 
after the messages have been deleted at the source. This 
functional specification discusses OWA and iNotes 
protocols, which are web-based mail applications from 
Microsoft and IBM, respectively, indicating that web pages 
can be retrieved page -by-page to determine a new message 
list . 

7. The bottom portion of page 2 and pages 3, 4 
and 5 of Exhibit 1 includes data regarding the UID targets 
and optimization that supports the functional 
specification. 

8. Exhibits 2, 3 and 4 are snapshots of code 
archives that explain that software coding was accomplished 
in March 2003. These exhibits contain project tracking and 
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source-code control. Exhibit 2 shows the times of code 
check-ins of a file that had been modified. Revision 1.130 
indicated by the arrow at the side on sheet 1 of Exhibit 2 
shows that certain attributes and a poll type had been 
added to the software code. The comment mentions poll 
type=new that marks the differentiation between u new-mail- 
only" and "regular" polls as outlined in paragraph 6 above. 
Sheets 2 and 3 are enlarged portions of the first sheet. 
The snapshots date from before August 7, 2 003 # but these 
copies had been printed at November 12, 2005 at our 
attorney's offices indicated in the printout for purposes 
of this Supplemental 131 Declaration. 

9. Exhibit 3 shows that the project was tracked 
and that the release was scheduled for April 2 003 and 
testing done on April 11 as shown in ID609 at the bottom of 
sheet 2 and the bottom of the full page printout on sheet 

1. Exhibit 4 is a continuation of Exhibit 3, but the 
screen shot did not completely capture the entry, but shows 
that the last changes for tracking this project were done 
on April 29, 2003. Actual coding and testing had been done 
by that time. Testing had been done by April 11, 2003. 
Thus, it is clear that the subject matter of at least claim 
1 and other dependent claims had been reduced to practice 
in code and tested prior to August 7, 2003. We had been 
working consistently with reducing bandwidth requirements 
even before August 7, 2003. 

10. After we had reduced to practice the claimed 
invention before August 7, 2 003, we worked diligently to 
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improve the function in the reduced to practice software 
and made some code modifications. 



filed a patent application on the system and method as 
claimed on January 29, 2004. 



be true; and further that these statements were made with 
the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under 
Section 1001 of Title XVIII of the United States Code and 
that such willful false statements may jeopardize the 
validity of the application or any patent issued thereon. 



11. 



After working with our patent attorneys, we 



12. We hereby declare that all statements made 
herein are of my own knowledge and are true and all 
statements made on information and belief are believed to 
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Title: Polling Optimization 
File: Arch_Polling Optimization.doc 
Date: February 18, 2003 
Author: Jon Smith 

Revision history: 

Open issues, questions & comments 

Overview: 

Goals: 

Current process: 

Assumptions: 

Scope: 

Details: 

Revision history: 

February 18, 2003 - Jon - Shaibal's original e-mail defining the feature 

Open issues, questions & comments: 
Overview: 

{Provide a one-page paragraph of the feature] 

Goals: 

[Define the goals of the project and specific objectives within each of the goals.] 

Current process: 

[Describe the current process, if any.} 

Assumptions: 

List assumptions made. 

Scope: 

[Define the scope of the feature, what will and will not be included.] 



/ 



Details: 



[Provide the details of the feature including implications to UI, security, documentation, 
training, existing processes, existing partners, etc.] 

"Polling optimization" 
The objectives will include: 

• Reduce our Exodus bill (and that of others using MOP) 

• Reduce workload on POP mail providers 

• Reduce workload on OWA 5.5 servers 

• Reduce workload on OWA 2k and iNotes servers 

Note that the first two objectives may turn out to be the same, given the preponderance of POP3 
among our current customers. The only question here is whether a large enough number of the 
POP mailboxes that we are polling contain a large number of messages. If so, optimization of the 
POP3 polls by itself should bring down our Exodus bills. If not, we may need to do POP, OWA 5.5 
and OWA 2k to bring down the Exodus bills. 

Technical details: 

One way to make polling more effcient is to make the vast majority of polls "new-mail-only" polls. 
Such polls do not check to see whether any messages have been deleted from the source. Only 
a small minority of polls will check the entire source mailbox to see what has been deleted. An 
efficient implementation of "new-mail-only" polls will have AggEngine retrieve UIDs from the 
source in small batches in reverse chronological order (we may have to make some assumptions 
about the chronological order at the source) until it sees a UID that already exists in the database. 
AggCron will make the choice between "new-mail-only" and "regular" polls, choosing the former 
much more frequently than the latter. 

More Technical details: 

The "new-mail-only" polls don't work very well for our POP Proxy, which needs the list of UIDs in 
our database to reflect the deletions at the source. This optimization will keep the UIDs in our 
database longer after the messages have been deleted at the source. However, we can't just get 
away by making the polls triggered by POP logins to be "regular"- those are precisely the polls 
that we need to be fast. Let me elaborate on this in my next email - but let's not do anything 
special for POP Proxy in this FPL item. 



Darren collected the following data to help us determine where polling 
needs optmization. Let me pull out a part of it as highlight: 

QUERY (number of Uids stored for active source mailboxes, by protocol) : 
protocolName 



-shaibal 



domino 

imap 

native 



100594 
162961 
728465 
47 



30995 
200 



owa 



pop 
rpa 



That tells me that the top four targets for optimization are: 
1) pop 



z 



2) owa 

3) native 

4 ) domino 



Now, owa is not split off into owa 5.5 and owa 2k. But I think this 
optimization is more important for 5.5 than for 2k. IF you buy that, 
the priority goes like this: 

1) pop 

2) owa 5.5 

3) owa 2k 

4) native (already covered by owa 2k?) 

5) domino 

BTW, there is an iNotes account with over 23,000 uidsi 
-shaibal 

Original Message 

From: D Gardner [mailto:dgardner@hq.teamon.com] 
Sent: February 13, 2003 5:08 PM 
To: Shaibal Roy 
Subject: Uid numbers 



Shaibal, here are the numbers from the T-Mobile system 
A***************************************************** 

QUERY (number of active source mailboxes, by protocol) : 



set transaction isolation level 0 
go 

select smb . protocolName 
, count ( * ) 
from SrcMbox smb 
where smb.nextPoll <> 9999999999 
group by smb . protocolName 
go 

set transaction isolation level 1 
go 

RESULT: 

protocolName 

CS2000 449 
domino 12 
imap 1228 
native 328 
owa 431 
pop 23509 
rpa 4 
(7 rows affected) 

QUERY (number of Uids stored for active source mailboxes, by protocol) 
set transaction isolation level 0 



3 



go 

select smb . protocolName 
, count ( * ) 
from SrcMbox smb 

, SrcMboxMsg smbm 
where smb.nextPoll <> 9999999999 

and smbm. srcMboxID = smb . srcMboxID 
group by smb . protocolName 
go 

set transaction isolation level 1 
go 

RESULT : 



protocolName 



domino 

imap 

native 

owa 

pop 

rpa 



30995 
200 

100594 
162961 
728465 
47 



(6 rows affected) 

***************************************** 

THEREFORE, the average number of Uids per active source mailbox, by 
protocol, sorted ascending by AVERAGE : 

protocolName NumSrcMboxes NumUids AVERAGE 



CS2000 449 

imap 122 8 
sources 

have Uids? See (1) below 

rpa 4 

pop 23509 

native 328 

owa 431 

domino 12 
(2) 

below 



0 

200 



47 

728465 
100594 
162961 
30995 



0 

0.16 



12 

31 

307 

378 

2583 



<-- Odd. Why do IMAP 



Odd. Very large I See 



(1) It turns out that there are 6 IMAP source mailboxes with Uids: 
srcMboxID NumUids 



121901 2 

99620 4 

155490 11 

158244 19 

131557 21 

122489 162 
(6 rows affected) 



I will look into these. Perhaps they converted a POP source into an 
IMAP 



source (?) 

(2) Since there are only 12 domino source mailboxes, I created a 
histogram, 

which point to one odd mailbox: 



srcMboxID NumUids 



88585 1 

121236 1 

128721 11 

96063 13 

153409 13 

147878 139 

62318 238 

95250 311 

88894 1436 

143683 1694 

91490 3936 

156273 23205 <-- This one looks pretty goofy, 

is 



NOT a test account. It was created on 2/10/2003. 
(12 rows affected) 

I will try to break down the numbers a bit more. Let me know if you 
want me 

to run the OnCommand numbers as well. 
Darren 
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-*f||CVS lag for 123/agg/com/teamon/apps/engine/Job.java - Microsoft Internet Explorer 




Revision 1.131 / (view) - annotate - Tselect for cSffsl . FriMar 14 22^47:13 2003 £/XC (2 years, 7 ninths ago) by 
Branch. MAM 

CVS "Tags trnnk-2003032^ trnnk-2003032frI231 , trnnk;20030320-I201inml 

i500 , irnnk-20(B03^ ftnn^003031?4&l5 
Branch point for apr03 
Changes smce':L130: -14 
Diff to previous 1:^30 

Bugld: 8792 fix quick poll 



Revision 1.127.2.3 / (view) annotate rsefeet for difel . FriMar 14 22:31:01 2003 UTC(2 years, 7 months ago) 
Branch feb03 
CVST 



s: feb03 BWC17-20030606-1054, febQ3 BWC17-20030603-1710. feb03 BWC17-20030521-1149. 
20030421-1718, feb03 BWC17-20030410-1928. feb03 BWC17-2(^<Ml(^I§12-20d3a410-1622, feb03 B^S 
feb03 BWC17-20030408-0916, feb03 BWCI 7-20030402-1723 , ieb03 BWei7-20030402-I627 ; feb03 BW 
1659 . feW3400303I4-I50S 
Branch point for feb03 BWC17 
Changes since 1.127,2.2: +6 -14 lines 

Diff to previous Li27:2;2 to branchpoint i Jl27 to next main 1.128 
Bugld: 8792 fix quick poll 



Revision 1.130 / (view) - annotate [select for diffsl , Sat Mar 8 11:43:062003 UTCQ, years, 8 months ago) by p 
Branch: MAIN 

CVS fags: trnnk-2 00303 13-1 809, trnnk-20030313-1500. trnnk-20030312-1735. trnnk-20030312-1500. trnnl 
1500 



Changes since 1.129: +68 -34 lines 
Diff to previous 1 .129 



Added attributes total and polltype . 

For polltype=new r we ddnt deleted uids from the OB. 

Bugld :0 
FPL: 609 



Revision 1.129 / (view) - annotate fselect for dffsl . FriJan31 09:09:20 2003 UTC (2 years. 9 months ago) by > 
Branch MAIN 

CVS Tags: trnnk*20030307-I50Q ; Wnpk-20030307^1146 ^1^20030306^1556 . trnnk-20030305-1611. trnnl 

tI05, trnnk-20030304-I026 ^ ^ 

trank^0030225-I62l triin^ 

20030220-0946: frnnk-20030219-1620:tnink-20030218-l^^ 
I 200*02 li-i/no^^ 

Printed for Julie Lalan <jlalan@addmg.com> 1 1/12/2005 
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Printed for Julie Lalan <jlalan@addmg.com> 
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'31 Assignments - Microsoft Internet Explorer 



H 



a (g) I ^mssBum- |g| ' -s> I 'fes^Bs© Ijs^i&s® gj^aei 



455 



10 



Alertfilters 



Provide tfie ability. tora user to set ^ 
device. 



590 



10 



AprO 3 Provision i ng. 
^changes, 



This feature i ncl udes changes to the proyisioni ng flow and; text to; 
control that can access jCfetlopk* i n Corporate mode. 



It also may ind i 



608 



10 



Replace SMTP for alerting 



• This is closely related to the WAP push FPU item arid should be assigned to the same developer(s). 

• leading candidates to replace SMTP are 

O SMPP 3.4 

O PAP(Push Access Protocol) 



609 
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Pol ling Optim ization 



<K>jectives' i nd ude; 

• Reduce our bandwidth usage, and thus bur. Exodus bi 1 1. 

• Reduoe worWaod on POP mai I providers 

• Reduce worfclaod on OWA 5.5 mail providers 

* • Reduce worfclaod on OWA 2K and i Motes mail providers 

O One. option is ,to make the majority of polls "new mai hbnl/* poi Is. These polls would not check f 
messages, only "new mail?. 



Printed for Julie Lalan <jlalan@addnig.com> 
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^Assignments - Microsoft Internet Explorer 



MoreS^ ^ http://proje<±seatfe^ 



If 



Design:. 

See description;, 
H Review requ ired? 



Tesiflanr 
See desaiption. 



Provide the ability for a user to set ariteriaso that e-mail delivered to a mailbox triggers an alert. to; their mobile 
device. 



Requirements: 
See description. 

IB Review required? 
Design: 

See description.. 
IM Review required? 

Test Plan- 
See description. 



This feature includes changes to the provisioning flow and* text to: increase user success: It also' may include an import 
control that can access Outlook i n Corporate mode. 



Requirements: 
f documents! 



\m Review required? 
Design: 

See description.- 
m Review required? 

Test Plan: 
See description; 



• This is closely related to the WAP push FPL item 'and should be ^igned : to .the same developers), 

• Leading candidates to replace SMTP are 

O SMPP3.4 

O PAP(Push Access Protocol) 



Requirements: 
fdocumentsi 

H Review required? 

Design:: 
fdocumentsi 



ill Review, required? 

Test Plan: 
See description. 



Objectives include: 

• Reduce our bandwidth usage, and thus our Exodus bi II. 

• Reduce workiaod on POP mail providers 

• ; Reduce workiaod on OWA 5:5 mail providers 

• Reduce workiaod on OWA 2K and S Notes mai l providers 

O One option is to malce the, majority of polls "new mail only" polls,' These ppl Is^would not checfc for deleted 
messages, only "new maiK 



Z 



Requirements: 
fdocumentsi 



I Review required? 



Design: 

See description. 
B Review required? 



Test Plan:. 
See description. 



Printed for Julie Lalan <jlalan@addmg.com> 
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